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ABSTRACT 



A computer implemented method includes the steps of: a) 
generating a template PDL (page description language) 
specification, which includes template data and associated 
graphic attributes (i.e., graphic states) defining how the 
template data is to appear on a printed page, and also 
includes at least one variable data identifier; b) generating a 
plurality of sub-template PDL specifications, each including 
sub-template data and associated graphic attributes defining 
how the sub-template data is to appear on a portion of a 
printed page; c) interpreting the template specification so as 
to generate a template bitmap or a plurality of template 
rendering commands, and during the interpreting step, iden- 
tifying the variable data identifier; d) saving the template 
bitmap/rendering commands; e) associating the variable 
data identifier with the sub-template specifications; f) 
accessing a first sub-template specification; g) processing 
the first sub-template specification so as to generate a 
sub-template bitmap or a plurality of first sub-template 
rendering commands; h) accessing a copy of the saved 
template bitmap/rendering commands; i) merging the copy 
of the template bitmap/rendering commands with the sub- 
template bitmap/rendering commands so as to provide a first 
merged bitmap or first merged plurality of rendering com- 
mands; j) generating a first merged bitmap from the first 
merged plurality rendering commands (if necessary); k) 
accessing a next sub-template specification; 1) processing the 
next sub-template specification so as to generate a next 
sub -template bitmap or plurality of next subtemplate ren- 
dering commands, m) accessing a copy of the saved tem- 
plate bitmap/rendering commands; n) merging the copy of 
the template bitmap/rendering commands with the next 
sub-template bitmap/rendering commands so as to provide a 
next merged bitmap or next plurality of rendering com- 
mands; and o) generating a next merge bitmap from the next 
merged plurality of rendering commands, if necessary. The 
steps k-o may be repeated, as necessary, to generate a 
plurality of merged bitmaps. 

8 Claims, 8 Drawing Sheets 
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merge -^_ 76 

[merge] 

FilePath = c:/class/mrgfiles/mydata04.mrg 
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70 FilePath = c:/class/psfiles/maps4.ps 
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Thanks so much! 

&Oa 80b 

<<fname» «lname» 
~«company» 8>00[ 
-«address» " 
8>0h 8>0\ «cily», «state» «zip» 

Dear «prefix» «lname»: OU6 OUT 

Thank you for visiting Varis and your interest in VariScript. As a printer in the «region>>, you are undoubtedly 
in search of new ways to reduce your total job development time. Recent marketing phenomena in printing 
requires more frequent changes in the layout than ever before. The result is the increased importance of 
keeping presentation (static layout) and data separate so those rapid changes can be accomplished. 

Varis Corporation has a solution that w ill enable you to achieve these goals. 

Is this new system compatible with my current pre-press equipment and format, and is it available in <<city»? 

These are probably your first questions. The answer to both is yes! The VariScript suite of products can be 
easily incorporated within your current pre-press equipment, and «city>>is at the top of our list for our next 
product delivery! 

Remember that a key advantage of VariScript is the ability to make last-minute changes in text, graphics, 
layout or data. Pre-f light information concerning your job's co mponents is given to you via the Operator 
Display Terminal (ODT) before you place your printer on-line. This gives you better control over production 
schedules and ensures on-time custo mer deliveries. 

With a minimal capital investment, 
VariScript offers you the 
opportunity to reduce your cost of 
operation, optimize the use of your 
staff and equipment, and provide 
additional services to your 
company. 

Many of our customers are 
reporting astounding 

improvements in their production! $OtT\ 

We look forward to talking with you 
about how the suite of VariScript 
products can help you achieve 
<<company>>'s goals. 

8>On 



<<region» select 

&2 



FIG. 6 
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Thanks so much! 
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Dear Ms. Janszen: 



33a 33b 

Shannon Janszen 
~Golf World 

-98626 Bannister Street 
Venice, F^34293^9183 

3a e 33f 33q 



33} 



Thank you for visiting Varis and your interest in VariScript. As a printer in the South, you are undoubtedly 
in search of new ways to reduce your total job development time. Recent marketing phenomena in printing 
requires more frequent changes in the layout than ever before. The result is the increased importance of 
keeping presentation (static layout) and data separate so those rapid changes can be accomplished. 



Varis Corporation has a solution that will enable you to achieve these goals. 



Is this new system compatible with my current pre-press equpment and format, and is it available in Venice? 

These are probably your first questions. The answer to both is yes! The VariScript suite of products can be 
easily incorporated within your current pre-press equipment, and Venice is at the top of our list for our next 
prod uct de livery ! \ 

oo\ 

Remember that a key advantage of VariScript is the ability to make last-minute changes in text, graphics, 
layout, or data. Pre-f light information concerning your job's components is given to you via the Operator 
Display Terminal (ODT) before you plave your printer on-line. The gives you better control over production 
schedules and ensures on- time customer deliveries. 

With a minimal capital investment, 
VariScript offers you the 
opportunity to reduce your cost of 
operation, optimize the use of your 
staff and equipment, and provide 
additional services to your 
compa ny. 

Many of our customers are 
reporting astounding 
improvements in their production! 

We look forward to taking with you 
about how thw suite of VariScript 
products can help you achieve 
Golf World's goals. 
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METHOD AND SYSTEM FOR MERGING typically necessary to generate a new PDL specification for 

VARIABLE TEXT AND IMAGES INTO each copy to be printed. Hence, to generate 100,000 

BITMAPS DEFINED BY A PAGE advertisements, it would be necessary to generate 100,000 

DESCRIPTION LANGUAGE PDL specifications, even though each advertisement is vir- 

5 tually the same except for the variable data area. The 

CROSS-REFERENCE TO RELATED processing time required to interpret and render 100,000 

APPLICATIONS PDL specifications is enormous, significantly slowing the 

The present patent application is a Continuation-In-Part of entire P rint i n g system. 

U.S. patent application, Ser. No. 08/896,899, filed Jan. 18, Furthermore, typical PDL languages do not include the 

1997 and issued as U.S. Pat. No. 5,937,153; which is a 10 capability of rapidly merging variable images or bitmaps 

Continuation-In-Part of U.S. patent application, Ser. No. (such as company logos, coupons, charts, and the like) along 

08/373,582, filed Jan. 18, 1995 and issued as U.S. Pat. No. with variable text data into the template bitmaps. 

5 729 665. Accordingly, there is a need for a high-speed printing 

operation having the ability to merge variable data (which 

BACKGROUND OF THE INVENTION is includes variable text data and bitmap images) into a tem- 

Thc present invention relates to the high-speed printing defined by a PDL specification, 

industry, and more particularly, to a system and method for SUMMARY OF THE INVENTION 

merging variable data and images into a template image h is an object of the present invention t0 provide as 

defined by a page description language file in a high speed ^ system and method for merging variable lext and bitmap 

printing environment. images into a PDL specification in high-speed printing 

Application programs, such as wordprocessors, operation. It is a further object of the present invention to 
illustrators, and computer aided design systems are software provide the ability to generate a plurality of merged bitmaps, 
packages used to create a document (text and graphics) on which are each essentially a copy of the template, except for 
a computer screen and to simultaneously generate a page 1$ at least one portion of the template into which the variable 
description language ("PDL") specification, which is to be da t a has been merged. In this portion, each merged bitmap 
transferred to the printer, or to any other type of raster device can contain a different set of variable data merged into it. 
or output device for creating a hard copy or copies of the The template is defined by a PDL specification, and this 
document. Alternatively a PDL specification can be gener- template specification only needs to be processed or iter- 
ated by a programmer without the assistance of an applica- 3Q prete d once before creating all of the merged bitmaps, thus 
tion program. providing an extremely high-speed variable data printing 

The printer executes the PDL specification to generate a operation. The variable images to be merged into the tem- 
bitmap of the document, or a raster-data representation of a plate may also be defined by "sub-template" PDL 
document, and eventually transfers the bitmap or raster-data specifications, which also need only be processed or inter- 
to a physical medium such as paper. A typical PDL language, 35 preted once. Such sub-template specifications . may also 
such as PostScript (a registered trademark of Adobe allow for variable data or images to be merged into them as 
Corporation) defines a page of the document as containing well, before being merged into the primary template, 
a number of data areas, where each data area contains either A computer implemented method for merging variable 
graphic or alpha-numeric data. Each data area is defined by data into an image defined by page description language 
a "graphic state," which is a collection of parameters or 40 specification ("PDL specification"), according to the present 
attributes for controlling the representation and appearance invention, generally comprises the steps of: processing 
of text and graphics. For example, the graphic state can (interpreting) the template PDL specification to produce a 
include a set of text attributes such as scale factor, type font, template; processing the sub-template specification 
etc. In postscript an example of a PDL command used to (defining the variable bitmap image) to produce a sub- 
build a graphic state can be: 45 template; identifying a variable data identifier in the tem- 

20 rotate /Times-Roman findfont 14 scalefont setfont plate specification; associating the sub-template with the 

Examples of PDL commands used to define the graphic or variable data identifier; and merging the sub-template into a 

alpha -numeric data that is displayed in the data area include: copy of a template to generate a merged bitmap. 

0 0 moveto and (ABC) show More specifically, a computer implemented method of the 
The entire group of PDL commands used to define a 50 present invention comprises the steps of: a) generating a 
document is hereinafter referred to as the "PDL specifica- template PDL specification, the template specification 
tion." Furthermore, the entire graphic state, or any particular including template data and associated graphic attributes 
attribute or combination of attributes included in a graphic (i.e., graphic states) defining how the template data is to 
state, or any similar attribute contained in a PDL specifica- appear on a printed page, the template specification includ- 
tion for defining or controlling the representation, location 55 ing at least one variable data identifier; b) generating a 
and/or appearance of text and graphics in a final bitmap or plurality of sub-template PDL specifications, each sub- 
raster image is hereinafter referred to as "graphic attributes." template specification including sub-template data and asso- 

In variable data printing each printed document shares a ciated graphic attributes defining how the sub-template data 

common template and there is at least one area in the is to appear on a portion of a printed page; c) interpreting the 

template that changes for each printing of the template. 60 template specification so as to generate a template bitmap or 

Typical PDL languages are not designed for high-speed a plurality of template rendering commands (display list), 

variable data printing because, with PDL languages and and during the interpreting step, identifying the variable data 

interpreters, even if a single item of data in the document identifier; d) saving the template bitmap or the plurality of 

changes, an entirely new PDL specification must be created template rendering commands into memory; e) associating 

and interpreted. For example, if 100,000 copies of a mass 65 the variable data identifier with the sub-template specifica- 

mailing advertisement were to be printed (i.e., each copy of tions; f) accessing a first sub-template specification from the 

which is identical except for the mailing address) it is plurality of sub-template specifications; g) processing the 
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first sub-template specification so as to generate a sub- list in memory without dispatching a bitmap of the template 
template bitmap or a plurality of first sub-template rendering or sub-template to the printer. Subsequently, the merge task 
commands; h) accessing a copy of the template bitmap or the is initiated which accesses a copy of the template display list 
plurality of template rendering commands from memory; i) from memory and begins processing the rendering corn- 
merging the copy of the template bitmap or template ren- 5 mam i s i n the display list to create a bitmap of the template, 
dering commands with the sub-template bitmap or sub- Also> lhe merge task acce sses a variable data record from a 
template rendering commands so as to provide a first merged merge file; assoc i ates t h e variable data record to the graphic 
bitmap or first merged plurality of rendering commands; j) states in the cache and creates 5itmaps for lhe data in the 
generating a first merged bitmap from the first merged variable data record by applying the reserved graphics states 
plurality rendering commands (if necessary); k) accessing a 30 lo the data m the varia51e data record these bitmaps may be 
next sub-template specification from the plurality of sub- merged int0 the template bitmap or rendered directly onto 
template specifications; 1) processing the next sub-template the template b i tmap dur i Dg , be f ore) or after the rendering of 
specification so as to generate a next sub-template bitmap or the temp]ate bit m ap . when the merge task reaches the place 
plurality of next sub-template rendering commands, m) holder in the cache associat ed with the sub-template display 
accessing a copy of the template bitmap or template ren- 35 list> the merge task wiu access and begin processiag the 
dering commands from memory; n) merging the copy of the rendering commands in the sub-template display list to 
template bitmap or template rendering commands with the create a bitmap of the sub-template, which is then merged 
next sub-template bitmap or sub-template rendering com- onto the teraplate bitmap. When finished with the rendering 
mands so as to provide a next merged bitmap or next commands of the sub-template display list, the merge task 
plurality of rendering commands; and o) generating a next 20 wiU retum t0 the proce ssing of the variable data record by 
merge bitmap from the next merged plurality of rendenng applying the reserved graphic states thereto and merging the 
commands, if necessary. The steps k-o may be repeated, as resulting bitmaps into the template bitmap. The merge task 
necessary, to generate a plurality of merged bitmaps. is repeated for each variable data record in the merge file to 

The method of the present invention is accomplished by crea te a plurality of the merged bitmaps, 

executing a control task in conjunction with a PDL inter- 25 Therefore, the PDL specifications of the template and 

preter program. Hie control task generates a template dis- sub -templates need only be interpreted once, saving signifi- 

play list based upon the PDL commands in the PDL speci- cant processing time for the variable intin ope r a tion, 

fication. The display list includes a plurality of rendenng because the reserved graphic sUtes may ^ milized ovef and 

commands, where each rendering command designates a over in t0 creale the variable bitmaps for each variable 

particular data area or object to be rendered, the graphic 30 dat a record contained in the merge file. Similarly the display 

states to be applied to the data area and the offset address at , ists of the templates and sub-templates may be used over 

which the rendered object, if any, in the data area is to be and over again tQ create the muhiple ^ bk 

over written onto the final bitmap. The graphic states for . . t , „ c . 4 , t „ 4 . c 

• j , t c . t , .~ r t . _ . In its simplest torm a sub-template is a collection ot 

each data area re set forth in the PDL specification, pertain . t r it t r , , c 4 . 

. . ... i j ... t . , graphic states or graphic attributes taken from another 

to the print attributes that describe how particular graphic or -is , u n^V a \ ^ j n *• i 

. , r » j i ■ i ™ source (such as a PDL specification) and used collectively as 

alpha-numenc data is to appear on the printed page. These , , , . 1 , . , : , t ™ T L, 

p .. • i j • ? . v r . ; t , a variable element inserted into a template PDL page. The 

attributes can include size, font, position, orientation, loca- , 4 w , . t . , . S n 

j . i ™ * 1 1 i i * j- i i- * sub-templates may be used to add variable graphics/logos, 

tion and the luce. The control task also generates display lists * * jj * .* j • 

c , r iL , t , , ™ T •£ t - or other static images to a page; to add formatted pieces 

for each of the sub-template PDL specifications. * • u u _ • \ * i j- L 

^ , r , . t nnr . . (such as graphs, charts, images, etc.), including any number 

The control task during the PDL interpretation 40 of additiona i variab i e fie i ds t0 a pagei a page of variable 

procedures, monitors the data areas defined by the PDL CQ direc „ marketed (0 the end feceiver> and , he ljke 

specificauons to watch for variable data identifiers defined The SUD . lemplate is really just another PDL page used as an 

by the PDL code If the control task identifies a data area or elemem drawn soraewnere on another page . For example 

object as being (or including) a variable data identifier, it Qne couId faave a pDL (ha( had a coffl logo drawn 

reserves the graphic states assorted with that vanable data 45 on it 0ne cou]d lhe[) ^ lhal , 0D demand whenever a 

identifier in a cache and continues on with the interpretation rimed ca]ls for it Taken further> one cou , d haye 

procedure, preferably without addmg the rendering com- sevefal differeQt , each drawn as a {e PDL page, 

mands for that vanable data area into the display list. In this which one could add (or n0() , 0 rimed duri , he 

identification step, the control task will also watch for nmcessine iob 

attributes associated with the variable data identifier. Such 50 

attributes may define the variable data identifier as identi- BRIEF DESCRIPTION OF THE DRAWINGS 

fying a sub-template bitmap which is to be merged into the FIG. 1 is a schematic, block diagram representation of a 

bitmap represented by the PDL specification. If the inter- high . speed riming system accord ing to the present inven- 

preter detects such an attribute, rather than saving off the ^ 

graphic states associated with this variable data area, the 55 * • . • a .„ . , , 

control task wUl instead store a "place holder" in the graphic of ™ ^ttrt^SS XolhT rese^v 

states cache corresponding to the sub-template PDL speci- 0 e 0011 ro 35 accor in & t0 e P resent invention, 

fication identified in the variable data identifier string. In FIG - 3 * a schematic flow diagram representing the 

certain embodiments of the invention, the control task may method of the merge task according to the present invention; 

include certain graphic attributes associated with the vari- 6 o FIG - 4 is an example of a job ticket file for use with the 

able data identifier in the cache, along with the place holder, present invention; 

such as a graphic attribute defining the location of the FIG. 5 is an example of a merge file for use with the 

variable data identifier (which may be used to determine present invention; 

where to merge the sub-template bitmap into the template FIG. 6 is an example of a sub- temp late file for use with 

bitmap). 65 the present invention. 

Once the interpreter program completes its interpretation FIG. 7 is an example of a template file for use with the 

of the PDL specifications, the control task saves each display present invention; and 
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FIG, 8 is an example of a merged page created by the in their respective PDL specifications. Each rendering corn- 
process of the present invention using the PDL specification mand designates a particular static data area or object to be 
of FIG, 7, the job ticket of FIG. 4, the sub-template sped- rendered, the graphic states and/or graphic attributes to be 
fications of FIG. 6 and the merge file of FIG. 5. applied to the static data area and the offset address at which 

5 the rendered object, if any, in the static data area is to be over 

DETAILED DESCRIPTION written onto the final bitmap. 

Next, a merge task 28, having access to the variable data 

As shown in FIG. 1, a system for performing the method records 17 from the merge file 16 is executed to apply the 

of the present invention includes a printer controller 10 reserved graphic states and/or graphic attributes 23 to the 

having access to a job ticket file 12 a page description variable data records 17, creating rendering commands for 

language ("PDL") file of a template 14, a plurality of PDL that variable data record as defined by the graphic states. The 

files for sub-templates 15, a source of variable data such as merge tas k 28 retrieves a copy 25' of the template display list 

a merge file 16 and an optional printer configuration file 18. from lhe me mory 26 and merges the variable data rendering 

The system also contains an operator control terminal 20 for commands with the template display list to create a merged 

providing operator controls such as indicating the name and ^ display list 30. The merge task will also look for place 

path of the job ticket file 12 for the specific print job. holders 23' among the graphic states stored in the memory 

The job ticket file 12 contains the guidelines for the print 24 during this merging operation. If a place holder 23' is 

job which can include the names and locations of the PDL detected, the merge task will access a copy 27' of the display 

files 14, 15, the merge files 16, the configuration files 18, list of the sub-template corresponding to the place holder 

etc.; and may also include special instructions pertaining to 2Q and will then merge the rendering commands from the 

the print job such as identifying and locating sub-templates, display list of the sub-template 27' with the merged display 

defining additional graphical attributes for variable data list 30. It is noted that the sub-template may also include an 

areas identified during the process, and the like, all of which associated cache of graphic states and/or graphic attributes 

is described in greater detail below. The PDL files 14, 15 are corresponding to variable data areas (or even additional 

preferably PostScript® specifications created by an appli- 25 levels of sub-templates) defined within the sub-template, 

cation program such as a wordprocessor, illustrator, or Therefore, if such a cache is present with a particular 

computer aided design system. The merge file 16 contains sub-template, the merge task will apply such stored graphic 

platform independent data, such as text data, image data, states and/or graphic attributes to the present variable data 

bar-code data and the like, which is to merged into a fields in the variable data record 17 linked to the graphic 

template bitmap defined by the PDL template specification 30 states to therefore create rendering commands for such 

14 or the PDL sub-template specifications 15 during the variable data fields. These rendering commands are also 

merging task, as will be described in detail below. The merged into the display list 30. 

configuration file 18, defines the print engines and the post Once the merged display list 30 is created, the controller 

processing equipment and other options to be executed. 10 performs a rendering task 32 to render the merged display 

Initially, the path and name of the job ticket file 12 is 3 S list 30 into a plurality of bitmap bands 34 for dispatching to 

specified by the operator using the operator control terminal at least one print engine 36. A general method for perform- 

20. The printer controller 10 retrieves the job ticket file 12 ing the above control task is described in U.S. Pat. No. 

and then retrieves the PDL files 14, 15 specified in the job 5,729,665, the disclosure which is incorporated herein by 

ticket file. Next, the controller 10 initiates a control task 22 reference. A method and system architecture for performing 

in conjunction with a page description language interpreter 40 the above merging, banding and dispatching operations are 

program. respectively described in U.S. Pat. Nos. 5,594,860 and 

The control task 22 interprets the PDL specifications from 5,796,930, the disclosures of which are also incorporated 

the PDL files 14, 15 and monitors data areas defined in the herein b Y reference. 

PDL specifications to watch areas defined by the specifica- As shown in FIG. 2, a graphical flow diagram represen- 

tions to become variable. If the control task identifies a data 45 tation of the control task is illustrated. As discussed above, 

area as being a variable data area, it reserves the graphic the primary function of the control task is to monitor a PDL 

states and/or other associated graphic attributes 23 of that interpreter program which interprets the PDL specifications 

variable data area in a cache or memory 24 and then moves for the template (14) and the sub-templates 15 to create 

on to the next data area defined by the particular PDL display lists 25, 27, containing the rendering commands for 

specification, usually without allowing any data defined by 50 the static data in the PDL specifications, and a cache of 

the variable data area to be added to the template bitmap. graphic states and/or graphic attributes corresponding to the 

The control task also looks for predetermined attributes variable data areas identified by the PDL specifications, 

defined in the data areas to determine if the data area is While the PDL specifications are typically in the form of a 

defining the importation of a sub-template bitmap. If the list of PDL commands (as described above) the specifica- 

control task detects such an attribute, rather than storing the 55 tions 14, 15a and 15b shown in FIG. 2 are shown, for clarity, 

graphic states associated with the data area in the cache 24, as they would have appeared to the artist using the appli- 

it stores a placeholder 23' in memory, which will instruct the cation program (such as QuarkXPress®) to create such PDL 

merge task that a sub-template is to be incorporated into the specifications. 

present template or sub-template bitmap during the merge As shown in FIG. 2 the template PDL file 14 includes a 

task 28, and will also include information identifying the one 60 plurality of static data areas 38 and a plurality of variable 

or a group of the sub-templates that may be merged into the data areas 40. The variable data areas are identified by the 

present template or sub-template bitmap. Once the control control task as a text string surrounded by special characters, 

task completes its processing of the particular PDL "«" and "»". The phrase or word within the special 

specification, the control task saves the template display list characters corresponds to the field name for the particular 

25 or sub-template display list 27 in memory 26. The 65 variable data area. These strings may also be followed by an 

template and sub-template display lists 25, 27 will include a attribute command string 42, which may define special 

plurality of rendering commands for the static data defined attributes to be applied to the particular variable data area. 
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With respect to the template PDL file shown in FIG. 2, the 
variable data identifier with the field name "PICTURE" is 
followed by the attribute command string "SELECT*, 
which, as will be discussed below, informs the control task 
that the particular variable data area corresponds to the 5 
insertion of a sub-template. 

As discussed above, the rendering commands for the 
static data areas 38 in the template PDL file are stored in a 
template display list 25 and the graphic states 23 of the 
variable data areas 40 are stored in a cache 24. As also 10 
discussed above, and as will be discussed in detail below, the 
graphic state stored in the cache for the variable data area 
having the "select" attribute string is merely a place holder 
23', which will instruct the merge file to insert a sub- 
template bit map into the template bit map being rendered. 15 

The control task will also interpret the sub-template PDL 
files 15a, 15b, shown as sub-template "A" and sub-template 
"B" in FIG. 2. Sub- template "A" 15a includes two static data 
areas 38, and therefore a sub -template display list 27a is 
created for the sub-template "A" PDL file, including the 2 o 
rendering commands for such static data areas. The sub- 
template "B" PDL file 15b includes a static data area 38 and 
a variable data area 40. Therefore, the control task will 
create a sub-template display list 276, including the render- 
ing command for the static data area and will cache the 25 
graphic states 23' for the variable data area. It is noted here 
that the variable data identifiers in the sub-template PDL 
specifications may also include attribute strings for special 
processing, such as specifying additional levels of sub- 
template files. For the purposes of simplicity, the present 30 
example is shown with only one level of sub-templates. 

As shown in FIG\ 3, the merge task will access a copy 25' 
of the template display list and will also access a first record 
46 from the merge file 16. Note that the first record has 
record fields, in the form of text strings, for each of the field 35 
names VAR1, VAR2, VAR3 and VAR4. For the field name 
PICTURE, the record includes a name (in this example 
either A or B) corresponding to the sub-template to be 
inserted for the variable data identifier 40 having the field 
name "PICTURE." The merge task accesses the rendering 40 
commands from the copy of the template display list 25* to 
add to a merged display list 30. Such rendering commands 
will be processed by the rendering task 32 to generate the bit 
maps 48 for the static data areas from the template PDL 
specification 14 to appear in the merged bitmap 52. The 45 
merge task will link the cached graphic states 23 to the to the 
record fields by matching the field names associated with the 
cached graphic state to the field names in the merge file. For 
example, the cached graphic states for the variable data 
identifier 40 having the field name "VAR1" will be linked to 50 
the record fields in the merge file under the field name 
" VAR1." Once linked, the merge task will apply the graphic 
states 23 to the data in the associated record field to create 
rendering commands for such data, which are to merged into 
the merged display list 30, Such rendering commands will 5s 
be processed by the rendering task 32 to generate the bit 
maps 50 in the merged bitmap 52. This is done for each of 
the graphic states in the cache. 

When the merge task reaches the place holder 23' in the 
template graphic states cache, it will link the place holder 23' 60 
to the to the record fields by matching the field name 
associated with the the place holder 23' to a field name in the 
merge file. For example, the he place holder 23' for the 
variable data identifier 40 having the field name "PIC- 
TURE" will be linked to the record fields in the merge file 65 
under the field name "PICTURE." The field name in the 
record will identify which of the sub-templates to merge into 



the merged display list 30 and eventually into the merged 
bitmap 52. Because the merge record 46 indicates that the 
sub -template "B" is to be used, the merge task accesses the 
sub-template display list 44b and merges its rendering 
commands into the merged display list 30. Such rendering 
commands will be processed by the rendering task 32 to 
generate the bit maps 54 in the merged bitmap 52. The merge 
task also accesses the associated cache of graphic states for 
the sub-template, and applies the graphic states to the record 
fields linked to the graphic states so as to generate rendering 
commands for the data of the record fields that are to be 
merged into the merged display list 30. Such rendering 
commands will be processed by the rendering task 32 to 
generate the bit maps 56 in the merged bitmap 52. 

Note that if this sub-template "B" included a further level 
of sub- templates, the cache graphic states for the sub- 
template would also include a place holder, and the merge 
task would access the sub-templates associated with this 
place holder for another level of sub-template processing. 

The final merged big map 52 includes the static data 
bitmaps 48 defined by the template PDL file 14, the static 
data bitmaps 54 defined by the sub-template "B" PDL file 
15b, the variable data bitmaps 50 having the graphic 
attributes corresponding to the cached graphic states for the 
variable data identifiers 40 in the template PDL file 50, and 
the variable data bitmaps 56 having the graphic attributes 
corresponding to the cached graphic states for the variable 
data identifiers 40 in the sub-template "B" PDL file 15b. The 
location of the bit maps 54, 56 from the sub-template "B" 
PDL specification can be defined by the job ticket file (see 
the Appendix to this disclosure). Furthermore, it is within 
the scope of the invention to include a graphic state or 
graphic attribute with the place holder that corresponds to 
the location of the variable data identifier (this graphic 
attribute may also include other information such as 
orientation, size, etc.). This additional graphic attribute may 
be stored with the place holder and applied to the bit map 
data from the sub-template file during the merging opera- 
tion. For example, a graphic state corresponding to the 
location of the variable data identifier having the attribute 42 
corresponding to the sub-template may be stored with the 
place holder in the graphic state cache to direct the merge 
task to place the bit maps from the sub -template in the merge 
bit map 52 in the location directed by the stored graphic 
state. 

An embodiment of the present invention is illustrated by 
way of example in FIGS. 4-^8. As illustrated in FIG. 4, the 
job ticket file 12 contains a group header 60 
"[PageDescriptionLanguageFile]" indicating that the 
phrases below that group header 60 are the names of page 
description language files to be processed by the control 
task. In the present example, there are two page description 

language files: a file "lette r_jnaster" 62 and a file "all 

Maps" 64. The job ticket file 12 includes a group header 66 
"[letter_master]," under which are defined the location and 
attributes for that PDL file. Note that with this PDL file no 
attributes are defined and only the path location for the file 
is indicated. Another group header 68 "[all__maps]" defines 
the path and attributes for the all_maps PDL file. Note that 
an attribute string 70 "SubTemplate«true" indicates that this 
file is a sub-template file and the attribute string 72 
"Templates=South, East, West, Midwest" indicates that the 
file includes four sub-templates, named South, East, West 
and Midwest. 

The job ticket also includes a group header 74 
"[Merge Files]" identifying the names of the merge files to be 
used in the merge task. In the present case a single merge file 
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76 is named "merge/' Below that, a group header 78 
"[merge]" is given, under which the attributes and location 
of the merge file is set forth. The attribute strings for this 
merge file indicate that the merge file is delimited and 
includes merge headers. The attribute strings also indicate 
that the records are delimited by a carriage-return/line-feed 
character and the particular fields in each record are delim- 
ited by a tab character. A complete description of the 
different attributes that can be defined for the PDL files is 
described in detail in the Appendix below. 

As illustrated in FIG. 5, the merge file 16 has a platform - 
independent data file that contains the "variable" data to be 
merged into the path defined in the PDL specification, and 
also includes names associated with the sub-templates to be 
merged into the PDL specification during the merge task. 
The merge file in the present example includes a plurality of 
rows of merge records separated by carriage-return/line 
space characters, where each record includes the following 
fields: "fname," "lname," "prefix," "title," "company," 
"address," "zip," "region," "city" and "state." As will be 
described below, the data in the field "region" doubles as 
variable data and also as a name of a sub-template to be 
merged into the final bit maps. 

As illustrated in FIG. 6, the designer will utilize an 
application program to create a document containing static 
data and variable data identifiers. The application program 
will then be directed to create a PDL specification of the 
document by the designer. The variable data identifiers 80 
each include a field name surrounded by special characters, 
"«" and "»", and may also include an attribute string 82 
following the field name and special characters. The 
attribute string will be described below. The PDL specifi- 
cation generated by the application program will include the 
graphic states of the variable data identifiers 80. These 
graphic states can include the font size (i.e., 12 point), the 
type-font (i.e., Helvetica), the orientation (i.e., horizontal), 
the location such as x and y coordinates, and the like. As 
discussed above, the control task will create a display list 
with the rendering commands for the static data in the PDL 
specification and will cache the graphic states for the vari- 
able data identifiers without transferring the rendering com- 
mands for the variable data identifiers to the display list. The 
variable data identifier in the bottom center portion of the 
page includes the "select" attribute, indicating to the control 
task that a sub-template bit map is to be inserted into the 
document. The field name "region" associated with this 
variable data identifier indicates that the sub-template name 
will be under the heading "region" in the merge file. 

Referring to FIG. 5, the regions named in the merge file 
are South, East, West and Midwest. Therefore, referring to 
FIG. 4, the sub-templates having the name South, East, West 
and Midwest are found in the PDL file defined under the 
"all_maps" group header (68) in the job ticket. Note that the 
attributes defined under the "alljaaps" group header do not 
include an attribute directing the location of the sub- 
template. Therefore, the lower left-hand corner of the sub- 
template merged into the final document will be directed by 
the locational graphic states of the variable data identifier 
stored along with the place holder in the graphic state cache. 

FIG. 7 illustrates the sub-template PDL file 15, including 
the four sub-templates: South 84a, East 84b, West 84c and 
Midwest 84a\ The merge task will access a variable data 
record 86 from the merge file 16 and a copy of the display 
list for the template PDL file 25. As discussed above, the 
merge task will generate rendering commands for the vari- 
able data records in the merge file by applying the cached 
graphic states linked to the variable data records. These 
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rendering commands will be merged into the merged display 
list along with the rendering commands from the display list 
for the template PDL file. The merge task will also merge the 
rendering commands from the display list of the sub- 

s template named by the variable data records into the merged 
display list. The rendering task will process the rendering 
commands in the merged display list to generate the final 
merged bit map for the present variable data record 86. This 
bit map appears in FIG. 8. 

10 Referring to FIGS. 5, 6 and 8, the merge task will apply 
the cached graphic states linked to the variable data fields in 
the variable data record 86 as follows. The first graphic state 
in the cache will be for the first variable data identifier 80a. 
The field name for this variable data identifier 80a is 
"fname," which in the particular variable data record, cor- 

15 responds to "Shannon." Therefore, the final merged bit map 
will include a bit map of the text, "Shannon" 88a, having the 
graphic states for the variable data identifier 80a. Likewise, 
the second cached graphic state will be for the variable data 
identifier 806 which includes a field name "lname," corre- 

20 sponding to the term "Janzen" in the particular variable data 
record 86. Therefore, the final merged bit map will include 
a bit map of the text, "Janzen" 886, having the graphic states 
for the variable data identifier 806. Correspondingly, the 
remaining graphic states, except for those of variable data 

25 identifier 88/w, which is the variable data identifier including 
the sub-template attribute 82, will be processed in the same 
way resulting in bit maps SSc-SSn in the merged bitmap. 

When the merge task reaches the place holder in the 
graphic state cache associated with the variable data iden- 

30 tifier 80m, it will refer to the merge record for the name of 
the sub-template under the field name "Region," which in 
the present example is "South." Referring to FIG. 7, the 
sub-template having the name "South" is sub -template 84a. 
Accordingly, the merge file will then merge the rendering 

35 commands from the display list of the sub-template 84a into 
the merged display list. Some or all of these rendering 
commands will also be modified by a graphic attribute 
corresponding to the location that the sub-template is to be 
merged into the merged bit map. As discussed above, this 

40 graphic attribute may be taken from the graphic state of the 
variable data identifier 80m or may be defined in the job 
ticket file. 

The present invention also provides for the flowing of 
sub-templates into a path defined by the template specifica- 

45 tion. Such a feature is based upon the invention disclosed in 
U.S. patent application Ser. No. 08/897,467, filed Jul. 18, 
1997. Specifically, the feature includes the steps of: associ- 
ating a path defined by the template PDL specification with 
the variable data identifier with the "sub- temp late" attribute 

so string; and merging the sub-template(s) into the path accord- 
ing to the path boundary and according to a predefined flow 
rule (as will be defined in the job ticket). The path may be 
associated with the attribute string, for example, by having 
the PDL command for the path immediately follow the PDL 

55 command for the attribute string in the PDL specification, or 
by having the PDL command for the path "grouped" with 
the PDL command for the attribute string using a GROUP 
command provided by the application program. 

The following Appendix provides a preferred compilation 

60 of commands and parameter definitions that can be specified 
in the job ticket file 12 for the sub -template application as 
described above. Each entry provides a particular command 
header, the syntax for the command, any relevant remarks 
for the use of the command, examples, etc. As will be 

65 appreciated by one of ordinary skill in the art, the present 
invention includes any and all additional functions, features 
and attributes detailed in the Appendix. 
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APPENDIX 
[PageDescriptionLanguageFile] 

A group that provides a list of tags which you create to 
describe the PDL file(s) to be used in the print job. Each 
tag will become a user-defined group to give additional 5 
information about a specific PDL file. 
Syntax [PageDescriptionLanguageFile] 

PDL File Tag A 

PDL File Tag B 
Remarks Required 10 

The number of tags listed equals the number of PDL files 
that VariScript is to interpret during the job. Every tag 
that appears under this initial 
[PageDescriptionLanguageFile] group will become a 
new group name in succeeding sections of the Job 15 
Ticket. 

Explanation PDL File Tag A 
Create a descriptive name for the first PDL file used in the 
print job. This tag is for use within the Job Ticket only 
and is not used outside of that context. 20 
PDL File Tag B 

Create a descriptive name for the next PDL file used in the 
print job. This tag is for use within the Job Ticket only 
and is not used outside of that context. 
Example [PageDescriptionLanguageFile] 25 

Cover Form 
Contents Form 
Letter Form 

A user-defined tag name for a group that provides infor- 30 
mation about a PDL file and corresponds to a descrip- 
tive tag that you created under the initial 
[PageDescriptionLanguageFile] group. 
Syntax [PDL File Tag] 

File Path- 35 
<other host access parameters> 
<VariScript rendering parameters> 
Templates* 
Sub Template- 
Sub Template Area« 
See Also Templates 

Remarks A separate [PDL File Tag] group is required for 
each descriptive tag listed under the initial 
[PageDescriptionLanguageFile] group. ^ 
Case sensitivity of the values that you define depends on 
the host operating system. 
Explanation [PDL File Tag] 

Take the descriptive tag under the initial 
[PageDescriptionLanguageFile] group and write it here as 50 
a 

group name within brackets []. 
File Path- 

Write the drive, path, and file name for the PDL file being 
described. The format of your notation is dependent on 55 
your host computer. See the FilePath element descrip- 
tion in Chapter 3. 

<other host access parameters> 

Define values for any other host access parameter for 
which the default value is not accurate for access to this 60 
PDL file. See the element descriptions in Chapter 3. 

<VariScript rendering parameters> 

Define a value for any VariScript rendering parameter 
which will be applied to all of the templates in this 
specific PDL file. These elements include PS Anchor, 65 
PSLength, PSN Planes, PSOrientation, PSResX, 
PSResY, PSRotation, PSScale, PSScaleX, PSScaleY, 



PSTranslateX, PSTranslate Y, and PSWidth. See the 
element descriptions in Chapter 4. 

Applying a VariScript rendering parameter here will over- 
ride the definition of the same parameter in the con- 
figuration file and in the [JobSetup] group This 
definition, in turn, can be overridden by the definition 
of the same parameter in the [Template Tag] group. 

Templates- 

See the Templates element description. 
SubTemplate- 

See the Sub Template element description, 
SubTemplate Area- 

See the Sub Template Area element description. 
Example [Cover Form] 

File pate=forms/cover.ps 

Templates-tempA, tempB, tempC, tempD 
TEMPLATES 

An element that provides a list of descriptive tags which 
you create to represent the names of the templates in a 
PDL file. 

Syntax Templates- Tern pi ate Tag A, Template Tag B, Tem- 
plate Tag Z 

Remarks Templates is an element within the user-defined 
[PDL File Tag] group. 

NOTE: Each descriptive template tag that you create is 
for use within the Job Ticket only and is not used 
outside of that context. 

The template tags must be unique within the print job and 
must appear in the order in which the templates are 
defined in the PDL file(s). A template that requires no 
further definition can be represented by a blank tag. 

Each tag that appears as a parameter of Templates may 
become a user-defined group name listed elsewhere in 
the Job Ticket. The Templates statement simply lets 
VariScript know that it is to look for user-defined 
groups and then provides the names (tags) of these 
groups. 

Therefore, in theory, a PDL file with ten pages could have 
up to ten template tags listed within the Templates 
element. If any templates need not be named, the order 
of templates can be preserved by inserting blank tem- 
plate tags into the list. 
Explanation Template Tag A 

Create a descriptive name for the first template in this 
PDL file. This tag is for use within the Job Ticket. 
Template Tag B 

Create a descriptive name for the next template in this 

PDL file. This tag is for use within the Job Ticket. 
And so on. 

Example Templates-tempA, tempB, ,tempD 
SUBTEMPLATE 

An element that identifies the templates within the speci- 
fied PDL file as being subtemplates. 
Syntax SubTemplate- {True| False} 
Remarks Optional. 

A subtemplate is a template or PDL page that is used as 

an object to be inserted on another page. 
A default value for SubTemplate is False. 
Explanation {True|False} 

If all (or most) of the templates within the specified PDL 
file are to be identified as subtemplates, type True. 

If all (or most) of the templates within the specified PDL 
file are NOT subtemplates, type False. 
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Example SubTemplate=True 
SUBTEMPLATE AREA 

An element that assigns a subtemplate name and describes 
the portion of a template to be used as a subtemplate. 
Syntax SubTemplate Area=Name "<SubName>" X <Units> 5 
<Unit Type>\ 

Y <UnitsxUnit Type> Width <Units> <Unit Type>\Height 
<Unit> <Unit Typo 
See Also SubTemplate 

Remarks Optional if SubTemplate -True. Ignored if 3Q 
SubTemplate=False . 

This element may be used to specify what part of a 
template should be used as a subtemplate and to give 
that extracted portion a subtemplate name. 
When this element is defined at a PDL file level, the 
system will recognize the same extracted portion of 35 
each template in the file as being a subtemplate. 
Explanation Name "<SubName>" 
This value assigns a specific name to the subtemplate. 
Type the word Name followed by a space. For 
"<SubName>", type the name to be assigned to this 20 
subtemplate. Enclose the subtemplate name in double 
quotation marks (" "). 
NOTE: A subtemplate will be known by the official name 
of the template, unless it is given another name through 
the SubTemplate Area element. 25 
The official template name is defined by the method of 
highest precedence. The template name of lowest 
precedence is the default system-generated template 
name, followed by the template name you physically 
define on the PDL template. Of highest precedence is 
the template name defined using the NewName 30 
element in the [Template Tag] group. 
Example: Name "mysubl" 
X <Unit> <Unit Typo 

This value identifies the subtemplate's offset, the hori- 35 
zontal distance between the left side of the template and 
the area to be extracted. 

Type the character X followed by a space. For <Units>, 
type the horizontal distance from the template's left 
side to the beginning of the area to be extracted. 

An X value of 0 represents a location flush along the left 
side of the template. Increasing the value of X locates 
the area to be extracted the defined distance to the right. 

This value is expressed in unitized format if the unit type 
is different from the default unit type defined in the 
Units element. Possible <Unit Typo values are: 45 



cm 


for centimeters 


dm 


for decimeters 


dots 


for dots 


ft 


for feet 


in 


for inch (default value) 


m 


for meters 


mils 


for mils 


mm 


for millimeter 


nm 


for nanometers 


pixels 


for pixels 


pts 


for points 


pulses 


for pulses 


yds 


for yards 



50 



55 



The default value for X is 0. 60 



Y <Units> <Unit Typo 

This value identifies the vertical distance between the 
bottom of the template and the area to be extracted. 

Type the character Y followed by a space. For <Units>, 65 
type the vertical distance from the bottom of the 
template to the beginning of the area to be extracted. 
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AY value of 0 represents a location flush along the bottom 
of the template. Increasing the value of Y locates the 
area to be extracted the defined distance above the 
bottom of the template. 

The Y value is expressed in unitized format if the unit type 
is different from the default unit type defined in the 
Units element. Possible <Unit Typo values are listed 
above. 

The default value for Y is 0. 
Width <Unit> <Unit Typo 

This value identifies the width of the portion to be 

extracted (starting at the X, Y coordinates). 
Type the word Width followed by a space. For <Units>, 

type the width of area to be extracted from the template. 

This measurement is the X (horizontal) dimension of 

the area to be extracted. 
This default value for Width is equal to the width of the 

template. 
Heights <Units> <Unit Typo 

The value identifies the height (length) of the portion to be 
extracted (starting at the X, Y coordinates). 

Type the word Height followed by a space. For <Units>, 
type the height of the area to be extracted from the 
template. This measurement is the Y (vertical) dimen- 
sion of the area to be extracted. 

This value is expressed in unitized format if the unit type 
is different from the default unit type defined in the 
Units element. Possible <Unit Typo values are listed 
above. 

The default value for Height is equal to the width of the 
template. 
Example 

[PageDescriptionLanguageFile] 

psl 
■ ps2 
[psl] 

File Path=/mydir/mypsfile.ps 
Templates^templ, temp2 
PSScale«0.8 
[ P s2] 

File Path=/mydir/m ysubtmp.ps 
SubTemplate =True 

Templates=temp3, temp4, temp5, temp6 
SubTemplate Area— X 1 in Y 2 in Width 3 in Height 4 
in 

This example depicts two PDL files. 
File psl is a "normal" PDL file containing two "normal" 
templates 

File ps2 is identified as a subtemplate file (SubTemplate- 
True). The same area (SubTemplate Are a) on each tem- 
plate is ps2 will be defined as a subtemplate. This area 
represents a 3-inch wide by 4- inch long portion starting 
from 1 inch to the right and 2 inches above the lower 
left corner of the template. Since no Name <SubName> 
value is given, each subtemplate will take the official 
name of its template. 
[TEMPLATE TAG] 

A user-defined tag name for a group that provides infor- 
mation about a template and corresponds to a descrip- 
tive tag that you create within the Templates element. 
Syntax [Template Tag] 

<VariScript rendering parameters> 

New Name*=<Template New Namo 

Sub Template- 

Sub Template Area- 
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See Also Templates 

Remarks Optional. 
A separate [Template Tag] group is required for each 
descriptive tag listed in the Templates clement which 
you will identify as a subtemplate or assign a new 5 
template name or a template-level marketing param- 
eter. 

Explanation [Template Tag] 

Take the descriptive tag within the TempleNames element 
and write it here as a group name within brackets []. 30 

<VariScript rendering parameters> 

Define a value for any VariScript rendering parameter 
which will be applied to this specific template. These 
elements include PSAnchor, PSLength, PSNPlanes, 15 
PSOrientation, PSResX, PSResY, PSRotation, 
PSScalc, PSScaleX; PSScale Y, PSTranslater X, 
PS Translate Y, and PS Width. See the element descrip- 
tions in Chapter 4. 

A rendering parameter applied within this group has the 20 
highest precedence. It will override the definition of the 
same parameter in the configuration file, in the 
[JobSetup] group, and in the [PDLFileTag] group. 

NewName= 

See the NewName element description 25 
SubTemplate- 

See the SubTemplate element description. 
SubTemplate Area= 

See the SubTemplate Area element description. 30 
Example [TempA] 
NewNamc=lotto_jikt 
PSScale=0.8125 

SubTemplate^True 35 
NEWNAME 

An element that defines a new name for the specified 
template. This new name overrides the system- 
generated default template name or the template name 
that you may have placed directly on this template 40 
within the PDL file. 
Syntax NewName»<TemplateNewName> 
Remarks Optional. 

The template receives its name in one of three ways: 
The system automatically generates a default template 45 

name, (lowest precedence) 
You can physically name the template when you are 
working in your design application (for example, 
QuarkXPress) before you output to a PDL file. 
You can define a new template name in the Job Ticket 50 
within the NewName element, (highest precedence) 
VariScript will recognize only one template name for each 
template. Therefore, a template name assigned by using 
a method of higher precedence will overwrite a name of 
lower precedence. For example, a name defined 55 
directly on the template will overwrite the system- 
generated default, and, in turn, be overwritten by a 
name defined using the NewName element. 
The NewName element does NOT have a default value 
Explanation <TemplateNewName> 

Specify the template's new name. 
Example NewName =lotto_tikt 
SUBTEMPLATE 

An element that identifies this templates as being a 65 
subtemplate. 
Syntax SubTemplate^ {True] False} 
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Remarks Optional. 
A subtemplate is a template or PDL page that is used as 

an object to be inserted on another page. 
The default value for SubTemplate is False. 
Explanation {True|False} 

If this template is to be identified as a subtemplate, type 
True. 

If this template is NOT a subtemplate, type False. 
Example SubTemplate*True 

While the forms of apparatus and procedure herein 
described constitute preferred embodiments of the 
invention, it is to be understood that the invention is not 
limited to such precise embodiments, and that variations can 
be made therein without departing from the scope of the 
invention. 

What is claimed is: 

1. A method for generating a plurality of bitmaps com- 
prising the steps of: 

(a) generating a template page description language 
specification, the template specification including tem- 
plate data and associated graphic attributes defining 
how the template data is to appear on a printed page, the 
template specification including at least one variable 
data identifier; 

(b) generating a plurality of sub-template page description 
language specifications, each sub-template specifica- 
tion including sub-template data and associated graphic 
attributes defining how the sub-template data is to 
appear on a portion of a printed page; 

(c) interpreting the template specification so as to generate 
a plurality of template rendering commands, and during 
the interpreting step, identifying the variable data iden- 
tifier; 

(d) saving the plurality of template rendering commands 
into a memory; 

(e) associating the variable data identifier with the plu- 
rality sub-template specifications; 

(f) accessing a first sub-template specification from the 
plurality of sub-template specifications; 

(g) processing the first sub-template specification so as to 
generate a plurality of first sub-template rendering 
commands; 

(h) accessing a copy of the plurality of template rendering 
commands from said memory; 

(i) merging the copy of the plurality of template rendering 
commands with the plurality of first sub-template ren- 
dering commands so as to provide a first merged 
plurality of rendering commands; 

(j) generating a first merged bitmap from the first merged 

plurality of rendering commands; 
(k) accessing a next sub-template specification from the 

plurality of sub-template specifications; 
(1) processing the next sub-template specification so as to 

generate a plurality of first sub-template rendering 

commands; 

(m) accessing a copy of the plurality of template render- 
ing commands from memory; 

(n) merging the copy of the plurality of template rendering 
commands with the plurality of next sub-template 
rendering commands so as to provide a next merged 
plurality of rendering commands; and 

(o) generating a next merged bitmap from the next merged 
plurality of rendering commands, 

2. The method of claim 1, wherein steps (k) through (o) 
are repeated for the remaining plurality of sub-template 
specifications. 
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3. The method of claim 1, wherein: 

the variable data identifier includes an associated graphic 
attribute; 

prior to the merging step (i), the graphic attribute asso- 
ciated with the variable data identifier is saved to said 5 
memory; 

the merging step (i) includes the steps of accessing the 
graphic attribute associated with the variable data iden- 
tifier from said memory and applying it to the plurality 1Q 
of first sub-template rendering commands so that a 
bitmap generated by the plurality of first sub-template 
rendering commands will include the graphic attribute 
associated with the variable data identifier; and 

the merging step (n) includes the steps of accessing the 35 
graphic attribute associated with the variable data iden- 
tifier from said memory and applying it to the plurality 
of next sub-template rendering commands so that a 
bitmap generated by the plurality of next sub-template 
rendering commands will include the graphic attribute 2 q 
associated with the variable data identifier. 

4. The method of claim 1, wherein the variable data 
identifier includes an associated graphic attribute that is 
discarded during the processing step. 

5. The method of claim 1, wherein: 2 5 
the associating step includes the step of referring to a file 

containing a name corresponding to at least one of the 
locations and identities of sub-template specificatioas; 
and 

the file includes a definition of a new graphic attribute to 30 
be applied to the sub-template specifications associated 
with the name. 

6. The method of claim 5, wherein the new graphic 
attribute includes the location of sub-template bitmaps in 
merged bitmaps. 35 

7. The method of claim 5, wherein the new graphic 
attribute includes the size of sub-template bitmaps in merged 
bitmaps. 

8. A method for generating a plurality of bitmaps com- 
prising the steps of: 



(a) generating a template page description language 
specification, the template specification including tem- 
plate data and associated graphic attributes defining 
how the template data is to appear on a printed page, the 
template specification including at least one variable 
data identifier; 

(b) generating a plurality of sub-template page description 
language specifications, each sub-template specifica- 
tion including sub-template data and associated graphic 
attributes defining how the sub-template data is to 
appear on a portion of a printed page; 

(c) processing the template specification so as to generate 
a template bitmap, and during the processing step, 
identifying the variable data identifier; 

(d) saving the template bitmap into a memory; 

(e) associating the variable data identifier with the plu- 
rality of sub-template specifications; 

(f) accessing a first sub-template specification from the 
plurality of sub-template specifications; 

(g) processing the first sub-template specification so as to 
generate a first sub-template bitmap; 

(h) accessing a copy of the template bitmap from said 
memory; 

(i) merging the copy of the template bitmap with the first 
sub-template bitmap so as to provide a first merged 
bitmap; 

(j) accessing a next sub-template specification from the 

plurality of sub-template specifications; 
(k) processing the next sub-template specification so as to 

generate a next sub-template bitmap; 
(1) accessing a copy of the template bitmap from said 

memory; and 

(m) merging the copy of the template bitmap with the next 
sub -template bitmap so as to provide a next merged 
bitmap. 
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